package md.specialEqp.inspect;

/**协议申请单处理的 过程环节关键点。 配合流程以及权限控制：
 * 嵌套的子{孙}流程：接收申请可签署协议--》{ 协议审核--》{ 收费金额计算} }+ 签字生效受理完成[没达成撤销的需要处理已经预生成的任务删除?]。
 */

public enum ProtocolSta_Enum {
    /**新的，初始化，申请单正在编辑中。
     * 创建人可修改。其他人不能修改本实体。
     * */
    INIT,

    /**已提交申请 编辑完毕，申请人已经提交申请单了，进入出窗口人员的分配和接收环节
     * 交付流转， 窗口收单受理人和创建人可修改，审核人和最终任务责任人不可修改本实体。
     * */
    SUBMIT,

    /**推入zeee流转,窗口人员分配给 审核人员了, 等待审核人员来批准。
     * 可以直接退回给申请人重新修改和提交资料？但是状态值status==CHECK不一定需要改动的；纯粹zeebe流程保留状态跟踪。审核阶段允许修改协议书。
     * CHECK阶段通过后：原则上协议书内容不能再修改了。再改还得提交后续增补审批。
     * 执行被授权允许 许可的操作。创建新的Task;
     * 大框架协议的？可能后续继续新增加等待检验的设备或者新生成新Task; ##这样的协议如何签署。大框架协议可以允许关联Eqps后期继续修改增加的？
     * 大框架协议的？允许增加多个Task,或者尚未确定具体设备Eqp的任务。
     * 旧的Task等待检验的Eqp数量增加或业务类型的变更等：需要再次审批吗。
     * 审核人和最终任务责任人可修改，但是创建人和窗口收单受理人不能再做修改了！
     * */
    CHECK,

    /**审核环节过去了，签名当中；
     * 任何人都不能改动申请单和协议书。
     * */
    SIGNING,

    /**协议书（签合同）已经从流程上算是生效。但是合同协议有具体生效时间的除外，文书语义上的生效时间看协议书声明。
     * 业务受理正式完毕,  协议Task已经准备好了，
     * 大框架协议的？可能后续继续新增加等待检验的设备或者新生成新Task; 已生成的Task底下可以新增加新的设备的检验，或修改Task业务类型等。Task一直等着未终结，但是Isp可以流转提前终结。
     * 大框架协议的？可以为处于本节点状态的协议书，再次修改增加Task? 但是新增加Task需要审批吗。
     * 但是协议申请单还不能算真正结束的。
     * 普通申请单不需要整个状态值，可以直接进入END状态。
     * 协议拟定的流程已经结束。
     * 任何人不能修改本实体，最终责任人可推动status状态值=>END/CANCEL?。
     * */
    SIGNED,

    /**协议执行完结了，协议书内容的 业务活动的语义结束，
     * 申请单生命周期结束。 dispatcher 最后责任人: 需要负责个人自己的协议真正终结。
     * 超期预警？
     * 真正结束协议申请单；任务和协议和收费归档都完成了；终结。
     * 任何人不能修改，管理员能批量清理历史数据。
     * */
    END,

    /**作废 等待物理上删除，
     * 历史数据可删除掉了。
     * 非管理员不能修改，管理员只能批量删除实体。
     * */
    CANCEL;
}

